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■'Ey  two  different  approaches,  the  XM36E1  fuze  setter  can  be 
interfaced  with  the  Tactical  Fire  Direction  System  (TACFIRE) 
tactical  computer.  One  approach  uses  standard  complementary  metal 
jxide  semiconductor  (CMOS)  logic;  the  second  approach  uses  a micro- 
processor to  provide  a ^smart*  interface.  Both  approaches  recognize] 
the  time-setting  portion  of  a fire-mission  message  as  presented  on 
the  TACFIRE  display  at  the  battery  level.  This  information  is  used 
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1.  INTRODUCTION  . 
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The  Tactical  Fire  Direction  System  (TACFIRE)  was  developed  to 
provide  a computer-controlled  message-driven  communications  network. 
This  network  connects  the  artillery  batallion  command  with  the  forward 
observer,  batallion  commander,  battery  commander,  battery  guns,  and 
support  organizations  in  the  artillery  system  such  as  the  supply  depot. 
In  addition  to  this  message  handling,  TACFIRE  accepts  fire-mission 
commands  and  computes  the  coordinates,  fuze  type,  fuze  setting,  and  all 
other  pertinent  data  required  by  the  gun  crew  to  fire  a mission.  This 
informatior.  is  transmitted  to  the  battery  for  execution.  If  the  fuze 
selected  is  either  the  XM587E2  or  the  XM724  time  fv^ze,  the  time 
information  must  be  read  from  the  TACFIRE  display  unit  and  set  on  the 
XM36E1  fuz,e  setter  which  is  then  used  to  set  the  fuze.  This  report 
describes  two  approaches  of  interfacing  the  TACFIRE  display  at  the 
battery  level  to  the  fuze  setter.  This  interface  eliminates  delays  and 
possible  errors  in  transferring  the  time  information  from  the  display  to 
the  setter. 
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The  proposed  approaches  use  either  discrete  logic  or  a 
microprocessor.  The  discrete  logic  approach  uses  commercially  available 
logic  of  the  4000  family  of  complementary  metal  oxide  semiconductor 
(CMOS)  integrated  circuits  (IC's).  This  is  the  simplest  and  most 
straightforward  approach;  however,  it  is  the  less  flexible  of  the  two. 
The  second  approach,  which  uses  microprocessor  control,  is  a bit  more 
complicated  since  it  uses  a large  scale  integrated  circuit  (LSI)  which 
is  capable  of  tasks  many  orders  of  magnitude  over  the  minimum  required. 
The  microprocessor  offers  much  greater  flexibility  since  it  can  be 
programmed  to  do  complex  data  manipulating.  The  program  can  be  ch£uiged 
easily  to  accommodate  various  information  sources  other  than  the  TACFIRE 
system,  such  as  the  Human  Engineering  Laboratories  Batallion  Artillery 
Tests  (HELBAT)  fire-control  system  developed  by  the  Human  Engineering 
Laboratories  and  the  Field  Artillery  Digital  Automatic  Computer  (FADAC) 
fire-control  system.  In  addition,  it  could  be  readily  reprogrammed  to 
work  with  the  proposed  Battery  Compute;  System  (BCS) . 


2.  BACKGROUND 


The  setter  interfaces  to  TACFIRE  via  the  battery  display  unit  (BDU) . 
The  BDu  is  located  at  the  gun  battery  and  consists  of  a data  modem  and 
an  electronic  printv^r.  The  data  modem  accepts  information  from  the 
TACFIRE  network  and  checks  that  the  message  being  received  is  destined 
for  this  BDU.  If  so,  the  message  is  decoded,  formated,  and  sent  to  the 


j electronic  printer.  The  printer,  in  turn,  provides  a hard  copy  for  the 


The  messages  can  take  on  many  formats.  Information  such  as  supply 
reports,  weather  information,  and  fire-mission  commands  are  typical 
messages.  The  fire-mission  command  (fig.  1)  is  the  only  one  of  interest 
to  the  interface. 

FM 

FC 

TGTtAAXXXX 

FU:B/B/B/BB/BBB 

ADJiBBBB 

SPINT : BBBBBBBBBBBBBBBB 
SHL : BBBB 
LOT:A/ACHG;X 

FZE : BBBB  FUZE  TVPE 

PTF : BBBB 

RD:XX 

INEFF 

RDS;XX/XX 

ZF:XX/X 

SH : BBBB/BBBB 

LOTS: A/A/A/A 

CHGS;X/X 

FZ:BBBB/BPBB 

MP:AAA/AAA/AA 

DF;XXXX 

TI;XX.X  TIME  SETTING 

QE:XXXX.X 

TOF:XXX.X 

RG:XXXXX 

TOT : XX/XX 

TTF;XX/XX/XX 

NLT:XX/XX 

CONOPT:AAA 

SIZE;XXXX/XXXX 

ATTtXXXX 

PTM : A 

Figure  1.  Sample  TACFIRE  fire-mission  message. 

Fire-mission  commands  can  take  two  forms;  immediate  and  preplanned. 
An  immediate  command  gives  a set  of  firing  conditions  (quadrant 
elevation,  azimuth,  fuze  type,  fuze  setting,  set  time,  ammunition  type, 
etc.).  As  soon  as  this  command  is  received,  the  guns  are  set  as 
indicated,  and  the  required  number  of  rounds  is  fired.  The  preplanned 
mission  has  all  the  information  contained  in  an  immediate  command  plus 
additional  information:  the  time  and  date  that  the  mission  is  to  be 

fired.  Upon  receipt  of  a preplanned  fire  mission,  the  battery  commander 


holds  the  information  required  to  fire  the  mission  until  the  prescribed 
time  and  day  and  then  sends  the  firing  information  to  the  guns  to  be 
fired. 


3.  DISCRETE  LOGIC  APPROACH 

The  discrete  logic  approach  (fig.  2)  uses  the  standard  4000  series 
CMOS  logic  family  to  implement  immediate  fire-mission  commands.  This 
approach  does  not  interface  preplanned  fire-mission  commands,  because 
the  interface  complexity  increases  the  price  10  times.  (A  real-time 
clock  and  a memory  are  required.) 

This  approach  uses  a "T”  connector  adapter,  which  is  inserted 
between  the  data  modem  and  the  printer.  This  connector  allows  the 
interface  to  tap  off  the  data  as  they  go  to  the  printer  without 
disturbing  the  normal  data  flow  between  the  modem  and  the  printer.  The 
data  are  fed  to  the  serial  input  of  a shift  register  that  has  eight 
stages  and  is  eight  bits  wide.  The  parallel  outputs  are  fed  to  one  set 
of  inputs  of  a network  of  comparison  gates.  The  other  set  of  inputs  of 
the  comparison  gates  is  fed  from  a read  only  memory  (ROM)  containing 
code  words  corresponding  to  the  message  words  that  the  interface  must 
recognize.  A sequencer  is  used  to  select  which  word  of  the  ROM  is  to  be 
compared  with  the  input  data  stream.  When  the  interface  is  initialized, 
the  sequencer  is  set  to  the  start  position  and  the  first  word  of  the 
ROM  is  selected.  The  interface  is  now  looking  for  the  string  of 
American  Standard  Code  Information  Interchange  (ASCII)  characters 
corresponding  to  the  preamble  of  an  immediate  fire- mission  command. 

When  the  proper  sequence  of  ASCII  characters  is  recognized,  the 
sequencing  counter  advances  and  starts  looking  for  the  sequence  of 
characters  that  designates  the  fuze  type.  When  it  recognizes  this 
sequence,  it  checks  that  the  fuze  type  is  either  an  XM587E2  or  an  XM724, 
If  the  fuze  type  is  other  than  one  of  these  two,  the  interface  resets  to 
the  initial  condition  and  starts  looking  for  a new  fire-mission  command. 
If  one  of  the  fuzes  of  interest  is  recognized,  then  the  sequencer 
advances  again  to  look  for  the  sequence  of  characters  representing  the 
set  time.  The  sequencer  decodes  the  set  time  and  formats  it  to  be  used 
to  program  the  setter,  stores  the  programming  information  in  a register, 
and  enables  the  setter.  If  a fuze  is  placed  in  the  setter  before  the 
setter  is  enabled,  the  fuze  is  not  set  and  thus  cannot  be  set  to  an 
incorrect  or  invalid  time.  The  set  time  remains  valid  until  the  start 
of  another  fire-mission  command  is  recognized  by  tho  interface. 

The  XM36E1  setter  uses  the  set  time  data  as  follows:  When  the  fuze 
setter  is  turned  on  by  being  placed  on  a fuze,  the  setter  generates  a 
counter  reset  pulse.  This  pulse  resets  the  cross-coupled  AND  gate  flip- 
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flop  circuit  (fig.  2) , which  resets  the  four-digit  decade  counter  and 
blocks  the  coincidence  signa]  from  leaving  the  last  gate  of  the 
comparison  gate.  When  the  fuze  setter  counter  reaches  the  count  010003 
(A3B0C0D0E1F0  all  equal  to  logic  1) , the  cross-coupled  flip-flop 
switches;  this  transition  removes  the  reset  from  the  decade  counters  and 
allows  a coincidence  signal  to  be  transmitted  to  the  setter.  The 
counter  counts  the  Ag  pulses  from  the  setter,  each  of  which  represents 
0.1  s of  fuze  set  time.  The  output  of  the  counter  and  the  specified  set 
time  are  continuously  compared  and,  when  a match  is  obtained,  the 
coincidence  pulse  is  issued  to  the  setter.  This  pulse  commands  the 
setter  to  stop  fuze  setting  and  store  the  set  time  in  the  fuze  memory. 
This  same  count-and-compare  operation  is  performed  once  again  to  verify 
that  the  fuze  has  been  set  within  the  specified  tolerance. 


4 . MICROPROCESSOR  APPROACH 

The  proposed  microprocessor  approach  (fig.  3)  uses  the  Motorola 
M6800  microprocessor.  Since  the  microprocessor  is  fast  and  has 
extensive  computational  and  decision-making  abilities,  it  can  do  more 
complex  tasks  in  addition  to  all  of  the  decoding,  formating,  counting, 
and  comparing  performed  by  CMOS  logic.  Since  the  microprocessor  has  a 
moderate  amount  of  memory  (at  least  128  words) , it  stores  information 
and  presents  it  to  the  setter  at  the  appropriate  times  as  determined  by 
a real-time  clock,  thereby  allowing  the  implementation  of  preplanned 
fire  missions.  An  additional  advantage  to  the  use  of  a microprocessor 
is  that  it  is  controlled  by  software  (the  program)  rather  them  hard 
wired  to  a specific  function.  By  a change  in  the  control  memory  (a 
single  ROM  IC) / the  interface  can  respond  to  an  entirely  different  set 
of  messages  and  accept  an  entirely  different  code  (i.e.,  the  Gray  code 
or  the  EBCDIC  instead  of  the  ASCII) . 

The  TACFIRE  system  is  accessed  through  a ”T"  connector  placed 
between  the  data  modem  and  the  line  printer.  The  data  obtained  from 
TACFIRE  are  entered  into  the  microprocessor  through  half  of  a peripheral 
interface  adapter.  This  circuit,  a single  commercially  available  IC, 
takes  care  of  the  interface  between  a peripheral  device  and  the 
microprocessor.  As  TACFIRE  presents  each  character  to  the 
microprocessor,  it  checks  if  the  message  is  of  interest  to  the  setter 
interface  by  a program  (fig.  4)  stored  in  the  microprocessor's  control 
memory.  If  the  message  is  of  interest,  the  pertinent  data  are  stored  in 
the  microprocessor  random  access  memory  for  use  at  a later  time.  If  the 
message  is  of  no  interest,  it  is  ignored,  and  the  microprocessor 
continues  with  other  tasks. 

If  the  fire-mission  command  is  immediate,  then  the  microprocessor 
immediately  processes  the  set  time  and  makes  it  available  to  the  setter- 
control  circuitry.  If  the  fire-mission  command  is  preplanned,  then  the 
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Figure  4.  Program  to  check  T?VCFIRE  message. 
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information  is  stored  rnd  presented  a short  time  before  the  mission  is 
to  be  fired.  The  time  of  day  is  determined  by  a real-time  clock,  which 
is  set  by  tiie  operator  when  the  power  to  the  system  is  turned  on. 

The  fuze  setting  sequence  is  as  follows;  The  data  received  from 
TACFIRE  are  decoded  into  c three-digit  binary  coded  decimal  (BCD) 
number.  This  BCD  number  is  then  converted  into  an  equivalent  binary 
number,  and  a constant  factor  is  added  to  it.  This  sum  is  the  count  at 
which  the  microprocessor  must  signal  the  setter  to  stop  counting  pulses 
and  set  the  time  into  the  fuze  memory.  When  the  setter  is  placed  on  a 
fuze,  a sequence  of  operations  starts  within  the  setter.  First,  a 
counter-clear  operation  signals  the  microprocessor  that  the  fuze  setting 
sequence  has  started.  Then  the  microprocessor  sets  an  internal  register 
equal  to  the  desired  count  and  waits  for  a start  signal  from  the  setter. 
IVhen  it  receives  the  start  signal,  the  microprocessor  decrements  an 
internr.l  counter  as  it  receives  each  setter  clock  pulse  and  tests  for 
the  register  equal  to  zero.  If  the  register  equals  zero,  the  micro- 
processor issues  the  coincidence  signal  to  the  setter  to  set  the  fuze 
memory. 

The  real-time  clock  is  run  by  a crystal-controlled  oscillator  and  a 
divider  string.  The  divider  output  is  1 pulse/s,  which  increments  a 
counter.  The  microprocessor  requests  the  time  of  day  from  the  operator 
as  part  of  the  power-on  sequence.  The  operator  then  enters  the  time  of 
day  via  data  entry  switches  on  the  interface.  This  time  is  added  to  the 
contents  of  the  counter  to  obtain  the  real  time  of  day.  This  clock  is 
frequently  checked  against  the  planned  firing  times  of  pending  fire 
missions.  When  the  time  for  a fire  mission  is  near,  the  microprocessor 
alerts  the  battery  commander  by  m audio-visual  alarm  and  places  the 
fuze  setting  information  on  the  line,  so  that  it  is  available  to  the 
setter. , 


5.  CONNECTION  BETWEEN  TACFIRE  AND  INTERFACE 

There  is  one  possible  protlem  in  connecting  TACFIRE  to  an  interface. 
The  BDU  is  typically  15  to  100  m from  the  gun.  Since  the  data  are 
available  from  the  TACFIRE  network  at  the  BDU  and  the  ammunition  and 
setters  are  at  tlie  gun,  a difficulty  arises  in  getting  the  data  from 
TACFIRE  to  the  gun. 

There  are  two  possible  solutions  to  the  problem.  The  first  and 
least  expensive  is  a land  line  of  WD-1  or  similar  communication  cable. 
The  more  exotic  solution  is  a small,  low-power  radio  link  from  the  BDU 
to  each  interface.  However,  neither  solutior.  has  been  discussed  with 
the  artillery  user  for  the  desirability  of  having  land  lines  or  radio 
links. 
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6.  tONCLUSIOKS  AND  RECOMMENDATIONS 


Although  both  approaches  are  feasible,  the  microprocessor  is  the  one 
worthy  of  being  considered  for  further  development  and  building  of 
hardware . 

The  time  required  to  design  and  assemble  the  hardware  should  be 
approximately  the  same.  The  software  development  time  will  probably  be 
negligible  compared  with  the  hardware  design  and  fabrication  time,  and 
it  can  be  developed  in  parallel  with  hardware  design  and  fabrication. 
When  completed,  the  microprocessor  will  be  able  to  interface  the  XM36E1 
to  TACFIRE.  With  a small  reprogramming  cost  (no  more  than  1 man-month) , 
the  microprocessor  can  be  made  to  work  with  other  systems  such  as  HELBAT 
and  FADAC. 

Moreover,  the  microprocessor  can  detect  and  correct  errors  on 
received  messages,  compute  firing  coordinates  for  local  fire  missions, 
and  inventory  local  stockpiles.  Some  sort  of  data  entry  and  display 
device  and  additional  programming  effort  would  be  required  for  full  use 
of  the  microprocessor. 
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